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DETAILED ACTION 

1. Claims 7, 9, 1 1, 15, 18-20, 22, 26-27 and 29-41 are pending. 

2. In view of the Appeal Brief filed on 10/5/2005, PROSECUTION IS HEREBY 
REOPENED. A new ground of rejection is set forth below. 

To avoid abandonment of the application, appellant must exercise one of the following 
two options: 

(1) file a reply under 37 CFR 1 . 1 1 1 (if this Office action is non-final) or a reply under 37 
CFR 1.113 (if this Office action is final); or, 

(2) request reinstatement of the appeal. 

If reinstatement of the appeal is requested, such request must be accompanied by a 
supplemental appeal brief, but no new amendments, affidavits (37 CFR 1.130, 1.131 or 1.132) or 
other evidence are permitted. See 37 CFR 1.193(b)(2). 

Claim Rejections - 35 USC §103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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4. Claims 7, 9, 11, 15, 18-20, 22, 26-27 and 29-41 are rejected under 35 U.S.C 103(a) 
as being unpatentable over Meltzer et al. (U.S. 6,125,391) in view of Straube et al. (U.S. 
6,446,077) further in view of Cronin et al. (U.S. 6,772,396 Bl). 

5. As to claim 7, Meltzer teaches receiving an event from a server into an XML generator 
(registration acknowledgment ... to a document format; col 83, lines 62-64 and document to 
host and host to document translation; col. 82, liens 26-57), converting the event into XML data 
representing the event (the registration acknowledgment data is converted to a document format; 
col. 83, lines 63-64), transforming the XML data representing the event to a first predetermined 
format by a transformation processor using a transformation file (translating . . . host system; col. 
23, lines 51-63 and translator module 302; col. 23, lines 51-63), the first predetermined format 
being responsive to a first application running in the computer network (translating . . . host 
system; col. 23, lines 51-63), transmitting the transformed XML data representing the event to 
the first application (commercial functions 305, database functions 306, etc.; col. 23, line 64 - 
col. 24, line 53). 

6. Although Meltzer does not explicitly teach transforming the XML data representing the 
event to a second predetermined format by the transformation processor using a second 
stylesheet, the second predetermined format being responsive to a second application running in 
the computer network, and transmitting the transformed XML data representing the event to the 
second application, these limitations are inherently taught in the system of Meltzer because there 
are multiple participants in the system, and the routing process of the market maker node capable 
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of transform an input document into documents for multiple processes before routing them to 
other node (The routing process ...is to be routed; col. 7, lines 6-9 and col. 8, lines 3-6). 

7. However, Meltzer does not teach a distributed directory, the distributed directory 
including a reference to at least one resource on one of at least two computers on the computer 
network, an event representing a change to the distributed directory, transforming the XML data 
to a predetermined format using a stylesheet. Meltzer suggests the transforming the XML data to 
Java format or any other capable format (Such front ends . . . across a network; col. 3, lines 49- 
52). Straube teaches a distributed directory, the distributed directory including a reference to at 
least one resource on one of at least two computers on the computer network (col. 5, lines 11- 
31), an event representing a change to the distributed directory (col. 5, lines 52-55 and col. 6, line 
49 - col. 7, line 2), and send a message regarding the change in the distributed directory to other 
systems (col. 7, lines 2-7). Cronin teaches transforming the XML data to a predetermined format 
using a stylesheet (col. 7, lines 44-58 and col. 12, lines 24-29). 

8. It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teaching of Meltzer, Cronin, and Straube because it provides a method 
to sending information to the target applications in their own formats (Cronin reference, abstract) 
and apply the well known technique to new area, distributed directory so the information could 
be exchange between applications and directories. 
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9. As to claim 9, Meltzer does not explicitly teach receiving updates to the first stylesheet 
responsive to any changes in either the distributed directory or the first application. Cronin 
teaches the stylesheet contains any desired customization options for the target site (col. 7, line 
56 - col. 8, line 10). It would have been obvious to one of ordinary skill in the art when the first 
application changes it desired layout, the stylesheet must also be changed to reflect the change in 
the layout. 

10. As to claim 1 1, Meltzer teaches instruction for detecting the second event through 
notification from an event handler of the distributed directory (event listener; col. 10, lines 46-65 
and Fig. 11). 

11. As to claim 26, Meltzer as modified teaches transmitting the transformed XML data 
representing the first event to the first application includes transmitting the transformed XML 
data representing the event to the first application through a first application shim to provide the 
transformed XML data representing the first event to the first application by using a first native 
application program interface for the first application (transaction processing front end; col. 23, 
line 51 - col. 24, line 53). Meltzer inherently teaches transmitting the transformed XML data 
representing the second event to the second application includes transmitting the transformed 
XML data representing the event to the second application through a second application shim to 
provide the transformed XML data representing the second event to the second application by 
using a second native application program interface for the second application because there are 
multiple participants in the system, and the routing process of the market maker node capable of 



Application/Control Number: 09/470,645 Page 6 

Art Unit: 2194 

transform an input document into documents for multiple processes before routing them to other 
node (The routing process .. .is to be routed; col. 7, lines 6-9 and col. 8, lines 3-6). 

12. As to claim 27, Meltzer teaches the first predetermined format and the second 
predetermined format are the same predetermined format (Java format; col. 3, lines 49-52). 

13. As to claim 15, Meltzer teaches receiving a first event from a first application in a first 
native application format (input document is received at the network interface from an 
originating participant node; col. 83, lines 29-44), converting the first event into markup 
language data (all the document received in non-XML syntaxes are translated into XML; col. 84, 
lines 16-33), transforming the first event to a predetermined format by a transformation 
processor using a profile (the XML documents are passed to the processor 1502 which translates 
them into the JAVA format; col. 84, lines 45-47), the predetermined format being responsive to 
the server (the document is translated to the format of the host, for example XML to JAVA; col. 
83, lines 29-44), transmitting the transformed first event to the distributed directory (document 
service, back end system; col. 84, lines 50-67). 

14. Although Meltzer does not teach receiving a second event from a second application in a 
second native application format, the second event representing a second change to the 
distributed directory, converting the second event into markup language data, transforming the 
second event to the predetermined format by the transformation processor using the 
transformation profile, and transmitting the transformed second event to the distributed directory, 
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these limitations are inherently taught by Meltzer because there are multiple participants in the 
system, and all the documents received are translated to the language of the server. 

15. However, Meltzer does not teach a distributed directory, the distributed directory 
including a reference to at least on resource on one of at least two computers on the computer 
network, an event representing a first change to the distributed directory, the transformation 
profile including formatting instructions for transforming the markup language data to the 
predetermined format. Straube teaches a distributed directory, the distributed directory including 
a reference to at least one resource on one of at least two computers on the computer network 
(col. 5, lines 1 1-3 1), an event representing a change to the distributed directory (col. 5, lines 52- 
55 and col. 6, line 49 - col. 7, line 2), and send a message regarding the change in the distributed 
directory to other systems (col. 7, lines 2-7). Cronin teaches the transformation profile including 
formatting instructions for transforming the markup language data to the predetermined format 
(col. 7, line 56 - col. 8, line 10). 

16. It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teaching of Meltzer, Cronin, and Straube because it provides a method 
to sending information to the target applications in their own formats (Cronin reference, abstract) 
and apply the well known technique to new area, distributed directory so the information could 
be exchange between applications and directories. 
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17. As to claim 32, Meltzer teaches detecting an event in the server (the router 1 104, 
participant registry, document filter, listeners; col. 82, lines 26-50 and event listener; col. 10, 
lines 46-65 and Fig. 1 1 and registration acknowledgment ... to a document format; col. 83, lines 
62-64 and document to host and host to document translation; col. 82, liens 26-57), transforming 
the event to the first predetermined format by using a transformation tool and the profile 
(translating ... host system, BID data; col. 23, lines 51-63 and translator module 302; col. 23, 
lines 51-63), providing to the first application the event transformed to the first predetermined 
format (commercial functions 305, database functions 306, etc.; col. 23, line 64 - col. 24, line 
53). 

18. However, Meltzer does not teach a distributed directory, the distributed directory 
including a reference to at least on resource on one of at least two computers on the computer 
network, an event representing a change to the distributed directory, providing a first 
transformation profile defining a first predetermined format for use by a first application, 
providing a second transformation profile defining a second predetermined format for use by a 
second application, and transforming the event to the first predetermined format using the first 
transformation profile, and transforming the event to the second predetermined format using the 
second transformation profile. Straube teaches a distributed directory, the distributed directory 
including a reference to at least one resource on one of at least two computers on the computer 
network (col. 5, lines 1 1-3 1), an event representing a change to the distributed directory (col. 5, 
lines 52-55 and col. 6, line 49 - col. 7, line 2), and send a message regarding the change in the 
distributed directory to other systems (col. 7, lines 2-7). Cronin teaches providing a first 
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transformation profile defining a first predetermined format for use by a first application, 
providing a second transformation profile defining a second predetermined format for use by a 
second application (style sheets; col. 7, line 50 - col. 8, line 10), and transforming the event to 
the first predetermined format using the first transformation profile, and transforming the event 
to the second predetermined format using the second transformation profile (The dynamic binder 
...in style sheets 180; col. 7, lines 50-53 and col. 12, lines 24-29). 

19. Although Meltzer does not explicitly teach transforming the event to the second 
predetermined format by using the transformation tool and the second transformation profile, and 
providing to the second application the event transformed to the second predetermined format, 
they are inherently taught by Meltzer and Cronin because there are multiple participants in the 
system, and the routing process of the market maker node capable of transform an input 
document into documents for multiple processes before routing them to other node (The routing 
process ...is to be routed; col. 7, lines 6-9 and col. 8, lines 3-6). 

20. It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teaching of Meltzer, Cronin, and Straube because it provides a method 
to sending information to the target applications in their own formats (Cronin reference, abstract) 
and apply the well known technique to new area, distributed directory so the information could 
be exchange between applications and directories. 
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21 . As to claim 33, Meltzer teaches converting the event to a generic data description before 
transforming the event to the first predetermined format and the second predetermined format 
(the registration acknowledgment data is converted to a document format; col. 83, lines 63-64). 

22. As to claim 34, Meltzer teaches providing an application shim for the first application to 
receive the event transformed to the first predetermined format and to provide the event to the 
first application by using a native application program interface for the first application 
(transaction processing front end; col. 23, line 51 - col. 24, line 53). 

23. As to claim 35, Meltzer teaches updating the application shim and the first transformation 
profile responsive to changes in the first application (the business interface . . . kept up to date; 
col. 25, lines 34-43). Also see rejection of claim 9 above. 

24. As to claim 36, Meltzer teaches providing a second application shim for the second 
application to receive the event transformed to the second predetermined format and to provide 
the event to the second application by using a second native application program interface for the 
second application (transaction processing front end; col. 23, line 51 - col. 24, line 53). 

25. As to claim 37, see rejection of claim 35 above. 

26. As to claim 38, Meltzer does not teach the transformation profile includes a stylesheet. 
Cronin teaches the transformation profile includes a stylesheet (style sheet; col. 7, lines 50-53). 
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27. As to claim 39, Meltzer does not teach the transformation profile is stored in the 
directory. Cronin teaches the transformation profile is stored in the computer (col. 7, lines 48- 
53). It would have been obvious to one of ordinary skill in the art the transformation profile 
could be stored in the server in the system of Meltzer because it would be faster to retrieve and 
apply the stylesheet to the event. 

28. As to claim 40, see rejections of claims 32 and 33 above. 

29. As to claim 41, Meltzer teaches a generator to receive an application event from the first 
application (incoming data; col. 84, lines 16-39) and to generate a second generic data for the 
application event (All the documents received in non-XML syntaxes are translated into XML; 
col. 84, lines 30-39), the transformation processor is operative to transform the second generic 
data for the application event into a directory data (An XML instance is translated to Java 
instance; col. 84, lines 40-45), and a receiver to receive the directory data in the directory (The 
Java beans are passed to the document router . . . solution software; col. 84, lines 50-63). 

30. As to claim 18, Meltzer teaches a first processor (market maker 15 node, computer, 
processor; col. 9, lines 9- 44) connected to a network (internet 19; col. 9, lines 9-44) for 
executing computer code (computer program; col. 9, lines 9-44), a second processor (market 
participant 12, computer, processor; col. 9, lines 9-44) connected to the network (internet 19; col. 
9, lines 9-44) for executing computer code (computer program; col. 9, lines 9-44), a first memory 
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connected to the first processor (memory; col. 9, lines 9-44), a second memory connected to the 
second processor (memory; col. 9, lines 9-44), a market maker, a portion of which being stored 
in the first memory (the market maker nodes include ... BID registry; col. 9, lines 35-37), an 
application (market participants), a portion of which being stored in the second memory (market 
participants include resources ... to be traded; col. 9, lines 29-34), software for detecting an 
event in the server (the router 1 104, participant registry, document filter, listeners; col. 82, lines 
26-50 and event listener; col. 10, lines 46-65 and Fig. 1 1), software for transforming the event to 
the first predetermined format by using a generic transformation tool (translating . . . host system; 
col. 23, lines 51-63 and translator module 302; col. 23, lines 51-63), software for providing to the 
first application the directory event transformed to the first predetermined format (commercial 
functions 305, database functions 306, etc.; col. 23, line 64 - col. 24, line 53). 

3 1 . However, Meltzer does not teach a distributed directory wherein the first and second 
portions of the distributed directory are stored in the first memory and the second memory, the 
directory event representing a change to the distributed directory, providing a first transformation 
profile defining a first predetermined format for use by the first application, providing a second 
transformation profile defining a second predetermined format for use by the second application, 
and transforming the event to the first predetermined format using the first transformation 
profile, and transforming the event to the second predetermined format using the second 
transformation profile. Straube teaches a distributed directory, the distributed directory including 
a reference to at least one resource on one of at least two computers on the computer network 
(col. 5, lines 1 1-31), an event representing a change to the distributed directory (col. 5, lines 52- 
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55 and col. 6, line 49 - col. 7, line 2), and send a message regarding the change in the distributed 
directory to other systems (col. 7, lines 2-7), a mechanism to enable clients to read information 
from a server directory while another client is attempting to update information (col. 5, lines 52- 
67). Cronin teaches providing a first transformation profile defining a first predetermined format 
for use by a first application, providing a second transformation profile defining a second 
predetermined format for use by a second application (style sheets; col. 7, line 50 - col. 8, line 
10), and transforming the event to the first predetermined format using the first transformation 
profile, and transforming the event to the second predetermined format using the second 
transformation profile (The dynamic binder ... in style sheets 180; col. 7, lines 50-53 and col. 12, 
lines 24-29). 

32. Although Meltzer does not explicitly teach transforming the event to the second 
predetermined format by using the transformation tool and the second transformation profile, and 
providing to the second application the event transformed to the second predetermined format, 
they are inherently taught by Meltzer and Cronin because there are multiple participants in the 
system, and the routing process of the market maker node capable of transform an input 
document into documents for multiple processes before routing them to other node (The routing 
process .is to be routed; col. 7, lines 6-9 and col. 8, lines 3-6). 

33. It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teaching of Meltzer, Cronin and Straube because it provides a method 
to sending information to the target applications in their own formats (Cronin reference, abstract) 
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and apply the well known technique to new area, distributed directory so the information could 
be exchange between applications and directories. 

34. As to claim 19, Meltzer as modified teaches software for converting the directory event 
to a generic data description before transforming the directory event (the registration 
acknowledgment data is converted to a document format; col. 83, lines 63-64). 

35. As to claim 20, Meltzer as modified teaches an application shim for the first application 
to receive the transformed directory event and provide the directory event to the first application 
by using a first native application interface for the first application (transaction processing front 
end; col. 23, line 51 - col. 24, line 53). 

36. As to claim 22, Meltzer as modified teaches (col. 82, lines 26-50) the generic 
transformation tool utilizes a markup language (XML document) and the software for 
transforming the directory event utilizes a transformation processor (a document to host and host 
to document translator). 

37. As to claim 29, Meltzer as modified teaches a directory profile for use by the distributed 
directory (BED data; col. 84, lines 34-43), software for detecting an application even in the first 
application (event listeners; col. 26, lines 40-57), software for transforming the application event 
to the directory predetermined format by using the generic transformation tool and the directory 
profile (A business interface definition compiler ... into the JAVA format; col. 84, lines 38-47), 
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and software for providing the transformed application event to the distributed directory 
(document router 1503, event listener, document service; col. 84, lines 47-67). 



38. However, Meltzer does not teach a directory transformation profile defining a directory 
predetermined format for use by the distributed directory. Cronin teaches the transformation 
profile defining a predetermined format for use by each target server (col. 7, line 56 - col. 8, line 
10). 



39. It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teaching of Meltzer, Cronin, and Straube because it provides a method 
to sending information to the target applications in their own formats (Cronin reference, abstract) 
and apply the well known technique to new area, distributed directory so the information could 
be exchange between applications and directories. 

40. As to claim 30, see rejection of claim 29 above except the event is from the second 
application. 

41. As to claim 31, Meltzer teaches a second application shim for the second application to 
receive the transformed directory event to the second application by using a second native 
application program interface for the second application (transaction processing front end; col. 
23, line 51 -col. 24, line 53). 
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Conclusion 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Diem K. Cao whose telephone number is (571) 272-3760. The 
examiner can normally be reached on Monday - Friday, 5:30AM - 2:00PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, William Thomson can be reached on (571) 272-3718. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

Any response to this action should be mailed to: 

Commissioner for Patents 
PO Box 1450 

Alexandria, VA 22313-1450 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist at 571-272-2100. 



Diem Cao 




